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LOGGING OF EVENTS 



FIELD OF INVENTION 

The present invention relates generally to logging of 
5 events in an Integrated Receiver Decoder, such as a 
multimedia terminal. 

BACKGROUND 

Interactive television systems capable of two-way com- 
munication between computer systems operating as 

10 information service providers and networked Integrated 
Receiver Decoders (IRDs) are becoming increasingly 
popular. Such systems open up for new services and 
features for television users as well as for 
operators. A standard developed by the Project on 

15 Digital Video Broadcasting is the so-called Digital 
Video Broadcasting standard or simply DVB standard. 
Its main intent is to reap the benefits of technical 
standardisation. For more information regarding the 
DVB standard, reference is made to the publication 

2 0 "Digital Television MPEG 1 MPEG 2 And principles of 

the DVB System", H Benoit, ISBN 0-471-23810-4, or to 
the DVB Home Page on the Internet: http://www.dvb.org, 
which are hereby incorporated by reference. 

With the power of today's set-top boxes and other IRDs 
25 it is possible to analyse the behaviour of television 
viewers by letting the IRD track the users channel 
switches. This is done by constantly logging the chan- 
nel selection of the IRD and to send this information 
on a back channel to the operator system, wherein the 

3 0 information is used to evaluate the popularity of dif- 



ferent television programmes etc. Unfortunately, this 
information collection can have the effect of disturb- 
ing the integrity of the users, giving them a feeling 
of being monitored. Another drawback is that the 
amount of log data grows very quickly as all channel 
switches are saved together with a time stamp over a 
relatively long period of time. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide a 
method, a multimedia integrated receiver decoder and a 
system for logging the behaviour of a multimedia user 
as well as a computer program product wherein the 
above mentioned drawbacks are eliminated or at least 
mitigated. 

The invention is based on the realisation that not all 
channel switches of a user have to be logged. Thus, 
instead of logging event selection continuously, the 
answer to the question "is this event viewed now?" is 
logged . 

According to a first aspect of the invention there is 
provided a method as defined in claim 1. 

According to a second aspect of the invention there is 
provided a multimedia integrated receiver decoder as 
defined in claim 9. 

According to a third aspect of the invention there is 
provided a system as defined in claim 10. 



According to a fourth aspect of the invention there is 
provided a computer program product as defined in 
claim 11. 

By using the method, the multimedia terminal, the sys- 
tem and the computer program product according to the 
invention the above objectives are attained. Thus, the 
user gets less feeling of being watched. A further 
advantage is that the operator gets a smaller data 
set, which is also easier to transfer and to analyse. 

BRIEF DESCRIPTION OF DRAWINGS 

The invention is now described, by way of example, 
with reference to the accompanying drawings, in which: 

FIG. 1 is an overall diagram of a communication system 
embodying the invention, 

FIG. 2 is conceptual model of a user equipment utilis- 
ing a DVB (MPEG-2) baseband processor for receiving 
information, and 

FIG. 3 shows the general structure of a trigger used 
with the inventive method. 

DETAILED DESCRIPTION OF THE INVENTION 
In the following, a preferred embodiment of a method 
and a system according to the invention will be de- 
scribed. 

The backbone of a communication system for multimedia 
applications will now be briefly discussed with refer- 
ence to figure 1. The backbone of the system comprises 
a number of communication paths 30, one of which is 
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shown in figure 1. The transmission medium supports 
high-speed transmission of digital information, such 
as audio (A), video (V) and data (D) . A number of 
users are connected to the backbone, of which a first 
5 baseband processor user 10 functions as a transmitter 
of information, i.e., an operator, and a second user 
40 functions as a receiver of multimedia information, 
such as a subscriber of television programmes. 

A method covered by a standard, such as MPE, Multipro- 
10 tocol Encapsulation, could be used to send the 
information to the receiver 40 through receiver 
equipment at the user, which will now be discussed 
with reference to figure 2. A transport stream 
arriving from the transmission medium is received at 
15 an input 41 and is first demultiplexed in a Transport 
Demultiplexer 42, splitting the information into 
several programme streams comprising related 
elementary streams, four of which are shown as an 
example. The exemplary streams comprise a video stream 
20 VI, an audio stream Al and two data streams Dl.l, 

D1.2. This information results in a TV programme, for 
example . 

The video and audio streams are directed to a video 
and audio decoder 44, wherein the signals are decoded. 
25 The decoded audio and video signals are synchronised 
in the decoder 44 by means of a so-called time stamp 
or PTS. 

The decoded signals are input to a digital to analogue 
(D/A) converter 46, wherein the digital information is 
30 converted to analogue form useable by a TV encoder, 
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such as a PAL encoder 48. The encoder 48 supplies the 

encoded information through an output 61 and to a 

presentation unit, in this case a TV set 60, on which 
the information is displayed. 

5 The data information can comprise several kinds of 
information, some of which are user defined. In the 
present invention, the data stream is used to supply 
so-called triggers to the IRD 40. The triggers are 
explained in more detail below. 

10 In order to keep track of time, the receiver 40 also 

comprises a clock reference 50 . This clock is adjusted 
in accordance with timing signals sent by the 
transmitting processor 10, e.g., the Service Provider. 
The time values of the clock 50 correspond to the PTS 

15 values of the incoming information. 

The operation of the IRD 40 is controlled by means of 
software 7 0 run on suitable processor hardware (not 
shown). Thus, the software is stored in memory and is 
run either on request by the user or in response to 
20 some event. 

The IRD also comprises a modem 90 providing a back 
channel to the operator 10, for example. Thus the 
modem is connected to some kind of communication 
medium, such as a telephone line. By means of the 
25 modem connection, data information generated and 

stored in the IRD 40 can be sent from the IRD through 
a modem output 9 1 . 

The inventive logging procedure will now be described 
in detail, partly with reference to figure 3. First 
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the operator 10 determines which events, e.g., 
television programmes and commercials, that are to be 
logged. For example, an advertiser is interested in 
knowing the response to a specific TV commercial, 
5 i.e., are television viewers actually watching the 
commercials? Triggers for that commercial is then 
created by hardware and software (not shown) in the 
transmitter 10. 

Triggers created at the operator 40 are then sent with 
10 the data stream to the user 40 at the time the event 
associated with the trigger is sent. The software 70 
continuously monitors the incoming data stream to 
which the IRD is currently tuned to and every trigger 
found in the stream is stored in a trigger memory 80. 
15 The structure of a preferred trigger 100 is shown in 
figure 3 and the trigger comprises a header 101 
indicating that it is a trigger and a field 102 
containing a unique trigger identification ID. 

The trigger ID 102 can be for example a numerical 
2 0 value, wherein different operators have different num- 
ber series to ensure that each trigger has a unique 
ID. However, the IDs have to be unique only during a 
specific period of use, e.g. a week or a month. When 
information is transferred back to the operator, see 
25 below, old IDs can be reused. 

If the IRD is tuned to the channel in which the event 
to be monitored was sent, the software 70 identifies 
the trigger header 101 in the data stream. After 
having identified the information as a trigger, the 
30 software extracts the trigger ID 102 from the stream. 
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The trigger ID is preferably stored as a file in a 
non-volatile memory, such as a hard disk, in a trigger 
log 80. The trigger log contains a list of trigger IDs 
and nothing more, which provides for a compact 
5 information occupying a limited amount of storage 
space . 

Thus, there is no selectivity in the IRD 40, i.e., 
every time a trigger 100 is identified, its associated 
ID 102 is stored in the trigger log. This provides for 

10 a simple yet reliable monitoring of channel selection. 
However, the inventive monitoring method does not pro- 
vide a complete information of which channel is se- 
lected at every moment; it only provides an answer to 
the question: "is the IRD currently tuned to this 

15 channel?" This question has a much lesser impact on 
the integrity of the user. 

At irregular or regular intervals, such as once every 
week or month, the trigger log 8 0 is sent to the 
operator 10 for evaluation. This transmittal of the 
20 trigger log can be either time driven in the case of 

regular intervals or it can be initiated either by the 
operator or the user, e.g. by selecting a menu option. 

The trigger log 80 can be sent with an accompanying 
user identification so that the receiver of the infor- 

25 mation will know who has created this particular trig- 
ger log. Alternatively, to lessen the integrity 
disturbance, the trigger log 8 0 is sent without user 
identification. In that way, the receiver of the 
trigger log 80 will not know the preferences for a 

30 specific user but will nevertheless be able to 



evaluate the general interest for a TV commercial, for 
example . 

In an alternative embodiment of the method according 
to the invention, the unique trigger ID 102 is omitted 
from the trigger 100. Instead, only the trigger header 
101 is sent in the data stream. The software 70 moni- 
tors the stream as in the first embodiment and when a 
trigger header is found, the software 70 adds informa- 
tion to the trigger log 80. However, in this second 
embodiment, the software itself provides the 
information to be stored in the trigger log 80, namely 
a channel ID and a time stamp obtained from the clock 
50. These two information items together define the 
monitored event. As in the first embodiment, the 
trigger log is later sent to the operator for further 
evaluation. 

In order to use the inventive method, some kind of 
agreement between operator and user is probably 
needed. This can be in the form of a written 
agreement, wherein the user permits the operator to 
use the method. This agreement could be connected to 
some kind of fee reduction for using the operator's 
services, giving the user an incitement to allow the 
use of the method. 

Another way for the user to agree is to have the soft- 
ware 70 display at regular intervals, e.g., once every 
week, a text like "Please confirm transmittal of 
information to operator: YES /NO" . By pressing the YES 
button on his/her remote control, the user agrees to 
the use of the inventive method and initiates 
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transmittal of the trigger log 8 0 via the modem 
connection 90. 

With the inventive method, limited amounts of data are 
generated. This is an advantage when equipment with 
5 relatively limited bandwidth, such as the modem 90, is 
used for transmitting the data back to the operator. 

Preferred embodiments of the invention have been de- 
scribed. The person skilled in the art realises that 
these can be varied within the scope of the appended 
10 claims. Thus, a specific multimedia standard has been 
described, but any form of communication system using 
a data stream is feasible. 

In the preferred embodiments, the trigger log 80 is 
transmitted by modem to an operator 40. However, this 

15 trigger log can be sent in any convenient way and to 
other parties than the operator as well, such as di- 
rectly to an advertiser having a TV commercial moni- 
tored. In that way, the advertiser gets the requested 
feedback much quicker and easier than if another party 

20 first receives the information. 

Optionally there can be "start" and "stop" triggers, 
by means of which it can be checked whether an entire 
event has been viewed. This solves the problem when a 
trigger is activated at the beginning of a programme, 

25 for example. If the user chooses to switch to a 

different channel after a few minutes, the trigger 
indicates that the programme has been watched even 
though only a part of it was actually watched. Thus, 
if both the start trigger sent at the beginning of the 

30 event and the stop trigger sent at the end of the 
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event are logged, the event can be considered to have 
been watched. 

A back channel provided by means of a modem connection 
has been described. It is obvious that this back chan- 
nel can be provided by any suitable means known to the 
person skilled in the art. 

The exact content of the trigger log 80 can of course 
also vary. 



